SOA si SOAP 
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“Lucrurile ar trebui facute 
cat mai simplu posibil, dar 
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Loose coupling’ 


Sistem existent 


Sistem nou 


“O legatura simplă si eficienta pe baza 
serviciilor web 


Ce este SOA? 


» Service Oriented Architecture 


> Un stil arhitectural al cărui scop este de a 
realiza simpla interconectare (loose 
coupling-ul) intre agenti software care 
interactioneaza. 
~ Un serviciu este o unitate de munca executată 
de un provider de servicii pentru a atinge 
rezultatele aşteptate de un consumator de 
servicii. 

> Atât “Providerul” cât si “Consumatorul” sunt 
roluri interpretate de agenţi software în 
numele proprietarilor lor. 


Cum reuseste SOA 
“loose coupling” -ul? 


~ Prin folosirea a două constrângeri 
arhitecturale: 


‘Un set de interfeţe simple pentru toți 
agenţii software participanţi; ele ar 
trebui să fie universal valabile pentru 
toţi providerii şi consumatorii. 

2 Mesaje descriptive constranse de o 
schemă extensibilă livrată prin 
intermediul interfetelor. 


Reguli referitoare la 


mesaje 
” Mesajul trebuie sa fie mai mult descriptiv 
decât instructiv deoarece providerul de 
servicii este responsabil pentru 
rezolvarea problemei. 


^ Limitarea vocabularului şi a structurii 
mesajelor este necesară pentru orice 
forma eficientă de comunicare. 


” Extensibilitatea este de o importanţă 
vitala. 

^ O SOA trebuie să aibă un mecanism care 
să permită consumatorului să descopere 
un provider de servicii în contextul 
serviciului cautat de consumator. 


Constrangeri aditionale 


> Stateless Service - Fiecare mesaj pe care-l 
trimite consumatorul spre provider trebuie să 
conţină toate informaţiile necesare pentru ca 
providerul să-l poată procesa. 


> Stateful Service - providerul şi consumatorul 
folosesc acelaşi context specific consumatorului, 
care este fie inclus în mesaj sau se face referire 
prin mesajele trimise între provider si 
consumator. 

~ Idempotent Request - Cererile duplicate 


primite de agentul software au acelaşi efect ca şi 
cererile unice. 


Ce defineste un serviciu 
web? 


= Interfetele trebuie bazate pe protocoalele 
Internet HTTP, FTP, and SMTP. 


= În afară de datele in format binar, 
mesajele trebuie să fie în XML. 
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Serviciile web SOAP 


" Un serviciu web SOAP introduce 
urmatoarele constrangeri: 
“Cu excepţia datelor in format binar, 
mesajele trebuie purtate de SOAP. 


Y“ Descrierea serviciului trebuie sa fie in 
WDSL(Web Services Description 
Language). 


Serviciile web SOAP RPC 


= SOAP RPC trimite printr-un “tunel” 
interfete specifice aplicaţiei RPC ca o 
interfaţă generică, exprimând efectiv 
comportamentul sistemului şi comenzile 
aplicaţiei. 

= RPC-ul tinde sa fie mai mult instructiv 
decât descriptiv, care este impotriva 
scopului SOA. 


Serviciile web REST 


= Un serviciu web REST necesită urmatoarele 
constrângeri adiţionale: 


> Interfetele sunt limitate la HTTP. Următoarele 
sintaxe sunt definite: 
Y HTTP GET este folosită pentru a obţine o reprezentare a 
unei resurse. 


” HTTP DELETE este folosită pentru a şterge reprezentările 
unei resurse. 


” HTTP POST este folosită pentru a actualiza reprezentarea 
unei resurse. 
Y” HTTP PUT este folosită pentru a crea o reprezentare a 
unei resurse. 
~ Majoritatea mesajelor sunt in XML, constrânse de o 
schemă scrisă in limbaje schematice ca XML 
Schema from W3C sau RELAX NG. 


> Mesajele simple pot fi codificate cu codificarea 
URL. 

> Serviciile si providerii de servicii trebuie sa fie 
resurse in timp ce consumatorul poate fi resursă. 


Webografia: 


= http://webservices.xml.com/ 
= http://www.w3.org/ 
= http://looselycoupled.com 


